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Corrections to RFO 560 
kemote Controlled Transmission è Echoing TELNET Option 


[This PFC contains corrections to RFC 560 (NIC == 18492,) wnicn 
described tne Remote Controlled Transmission and Echoing TELNAT 
Option. A completely updated version of 16492 nas opeen Journailzééed 
and will be incivudea in the protocols Notebook, These new 
Specifications for KOCIE are in NIC document (19059,).J 


Section i of the RCTE uption specification (lék$S2,2a:¢y) was supposed 
to include the name ana code for the option. The code was 
accidentaliy left out. That statement should read: 


RCTE 7 


Section 2 should include the End of Subnegotiation Parameter, at the 
end of the suonegotiation parameter specification (16492,205:¢y¥). All 
examples in tne option specifications, showing xCTE SB commands, 
Should also show the IAC SE parameter. (fhe revised kCTE 
Specifications nave been so changed.) Section 2 should be cnanged so 
that it reads: ° 


IAC SB ECTE <cmd> {BCl BC2}] (TCL TC2] IAC SE 


The sample scerario, in Section 5.D (16492,2elL:gy), snould ve 
Modified to reflect the Kind of assynchrony of events tnat can occur 
With the RCTE protocol. The updated ROTE specifications (in -== 
19659,leh:zy) now reflect this. 


In RFC 563 (10755,) John Davidson criticizes RCTE'sS apparent failure 
to allow Net 1/0 and Server computation to overlap. 


I agree with John's criticisms and feel that the following should fix 
the problen: 
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Change 5.A (18492,2el1) 
fron: 
Overview of Interaction 
to: 
Overview of User Terminal Printing Action & Control 
Change 5eB.5ea (18492, 2e2e1) . 
from: 


A Transmission character 15 one which REQUIRES the User Host 
to transmit all text accumulated up to and including its 
occurrence. (For Net efficiency, User hosts are DIoCUURAGEL 
from sending before the occurrence of a Transmission 
character) . i 


tos 


A Transmission character is one which RECOMMENDS that the 
Usinge Host transmit all text accumulated up to and including 
its occurrence. (For Net efficiency, Using hosts are 
DISCOURAGED from sending before the occurrence of a 
Pransrission character, as defined at the moment tne 
character is typed). 


Change 5.6.50 (18492, 2e2e2) 


from: 


A Break character has the effect of a Transmission 
character, out also causes the Using host to stop its 
print/discard action upon the User's input text, until 
Girected to ao otherwise by another IAG S8 ROTE <cma> IAC SE 
command from the Servint host. Break characters therefore 
aefine printing units. "sreax character" as used in inis 
document does NOT mean Telnet Rreak character. 
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A Break character REQUIRES that tne Using nost transmit ail 
text accumulated up to and including its occurrence ana also 
causes the Using host to stop its print/caciscard action upon 
the User's input text, until directsa to do otherwise by 
another TAC 53 RCTS <cema> TAC Ss coinmand from the Serving 
host. Breag characters whererore define printing units. 
"Break character” as used in this document uoes NOT Mean 
Telnet reak character. 


he Chance 5.8.6 (16492, 2e2f) 


from: 


to 


Input from the terminal is (hopefully) buffered up to tne 
occurrence of a Transmission or Break cnaracter; and tne 
input text is echoed or not echoed, up to the occurrence or 
a Break Character. The fiost recent KUTE command deverinines 
the echo, Transmission and Break actions. 


Input from the terminal is (hopefully) buffered into units 
ending With a Transmission or Sreax character; and echoing 
of input text is Suspended after tne occurrence of a Break 
Character and until receipt of a Break Reset commana fron 
the Serving host, The most recent ECTE Break reset commana 
qaetermines tne Ereak actions, 


5. Change 5.C.hk (10492,2e3d) 


FROM; 


to 


A Severe (User) site-denendent problem will be buffering 
type-anead input from the terminal. It is possible, 
espé¢ialiy in the case of TIPS, that tae input buffer will 
overflow often. If the receiving (Serving) host will permit, 
the accumulated text Should ve transmited at tnis point. if 
the text cannot be transmited and further typing by tne user 
will result in lost text, tne user shouta be notified. 


Buffering Prociems and Transmission vs. Printing 
Constraints: 
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There are NO mandatory transmission constraints. The 
Using host is allowed to send a character a time, tnougn 
this would be a waste of ROTE. The Transmission Classes 
commands are GUIDELINES, so deviating from them, aa waen 
the User's buffer gets rull, is allowea. 


Additionally, the Using host may send a Break Class 
character, without «knowing that it is one (as with 
typemahead). 


The problem with buffering occurs when printing on tne 
user's terminal must be suspendean, after the user nas 
typed a currently valid Breax Character and until a sreax 
Reset commana is received from the serving host. During 
this time, the user may be typing merrily along. Tue text 
being tybed may be SENT, but may not yet ove PRINTED. 


The more standard problem of fiilirg tne transmission 
buffer, wnile awaiting an ALLOC from the Serving fost, 
may also occur, but this prenlem is well known to 
inplementors and in no way speciali to KOTE. 


In any case, wher tne buffer does till and rurther text 
tyred by the user Will be lost, the user should oe 
notified. 


And ada 5.0.5, 5.0.6, &.C.7, 5.0.4, and 5.0.9 as follcows: 


(5) 


(6) 


(7) 


The Serving and Using nosts must carefully synchronize 
Break Class keset comfiands with the transmission of sreak 
characters. Except at tne veginning of an interaction, tne 
Serving host HAY ONLY send a preak reset command in 
response to tne User nosu's having sent a break character 
as defined at that time. This should est2z0115h a one-to-one 
correspondence between them. (a <cmd> value of zero, in ` 
this context, is interprested as a Break Classes reset to 
the sane class(es) as before.) The Reset command may oe 
preceded by terminal output. 


Text sheuld be pufferea by the User host until the user 
types a character wnicn celongs to the transmission ciass 
in force at THE MOMENT THE CHARACTER IS TYPED. 


Transmission Class keset commands may be sent by the 
Serving host at ANY TIME. If they are frequently sent 
separate frou sreax Class keset commanas, 1t wiii prooably 
be better to exit fron ROTE and enter regular character at 
a time transmission. 
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(8) 


(9) 


Tt is not immediately clear wnat tne using nost snoula do 
With currently buffered text, When a Transmission Glasses 
Reset command is received. The buffering is according to 
the previous Transmission Classes scheme. 


The Using host clearly should NOT Simply Walt until a4 
transmission character (according to tne new scheme) is 
typed. 


Either the ouffered text should pe rescanned, under tne new 
schemes; 


Or the puffered text snould simply oe Sent as a group. This 
is the sSimplsr approach, and probaoly quite adeguate. 


It if possiole to define NO BREAK CHARACTERS except TaLNef 
commands (IAC ...). This mMigat actually be useful, as in 
the case of tranmsittine on carriage-return, with tne Using 
host echcing (a controlled agilf-dupiex). 


Raving the using host send a Telnet Commana will allow tne 
Serving host to know When he may reset the Break classes, 
but the mechanism is awkward and probably shoula be 
avoided, 
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